home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c-part1 / 4956 < prev    next >
Encoding:
Text File  |  1996-08-05  |  3.5 KB  |  67 lines

  1. Newsgroups: comp.lang.misc,comp.lang.perl.misc,comp.lang.tcl,comp.lang.c,comp.lang.java
  2. Path: in2.uu.net!newsat!da_vinci!jnshapi
  3. From: jnshapi@ecte.uswc.uswest.com (Shapiro)
  4. Subject: Re: Relative Speed of Perl vs. Tcl vs. C
  5. Message-ID: <DMKsD6.IEt@da_vinci.ecte.uswc.uswest.com>
  6. Followup-To: comp.lang.misc,comp.lang.perl.misc,comp.lang.tcl,comp.lang.c,comp.lang.java
  7. Sender: news@da_vinci.ecte.uswc.uswest.com (IT Netnews)
  8. Nntp-Posting-Host: future
  9. Organization: US WEST Information Technologies
  10. X-Newsreader: TIN [version 1.2 PL2]
  11. References: <4e3a2u$eoa@wcap.centerline.com> <4e54vc$7sk@orac.mon.rnb.com> <JTV2J.96Feb9185929@garnet.cs.virginia.edu>
  12. Date: Sat, 10 Feb 1996 19:48:42 GMT
  13.  
  14. John Viega (jtv2j@garnet.cs.virginia.edu) wrote:
  15. => In article <ukn3702whe.fsf@linda.teleport.com> merlyn@stonehenge.com (Randal L. Schwartz) writes:
  16. => > I hope you see my point by analogy.  Perl code is imminently readable
  17. => > to me.  I am fluent in Perl.  Appaarently, you are not.  So it is
  18. => > *unreadable* to *you*.
  19. => > 
  20. => > If you need some help understanding Perl, I perhaps can recommend a
  21. => > good book or two. :-)
  22.  
  23. => French is not something anyone is expected to be able to use
  24. => productively in a week, nevermind a day or an hour.  There are
  25. => languages in which novice programmers can do interesting things with a
  26. => small learning curve, something Perl isn't really capable of, in my
  27. => experience.  I've taught a handful of non-programmers how to do CGI
  28. => coding, and I usually let them pick which language they want to learn
  29. => by showing them the exact same simple CGI program in several different
  30. => languages, and letting them choose which one they'd like to learn.
  31. => There are languages such as Python, which non-programmers can look at
  32. => and have *some* idea what is going on.  I've never seen a
  33. => non-programmer who has been able to make much sense out of a
  34. => relatively simple Perl script, and certainly, none of those people
  35. => ever chose Perl as the language they wanted me to teach them.
  36.  
  37. => While I certainly see your analogy, it is hard to deny that complaints
  38. => about Perl's syntax are a big problem for the language.  I feel that
  39. => readability and learnability are two important design points that Perl
  40. => has all but ignored. However, in a way, that's understandable, since
  41. => there are so many important design principles, many of which make
  42. => implementing others difficult, that I would hardly expect any language
  43. => to be all things to all people.  However,  I think that it is quite
  44. => unfortunate that the languages that see the most use and support today
  45. => cater to the beginning programmer not at all.
  46.  
  47. I program in both Perl and Tcl/Tk.  My feeling is that it is often easier
  48. to read Tcl/Tk code than Perl code because of the coding styles used by the
  49. writers.  Also, (and please do not flame me for this comment) Perl has some
  50. very powerful functions which allow the programmer to do a lot in just a
  51. few lines.  Sometimes I have to think a bit before I can understand my own
  52. Perl code, code which I may have written only a few days ago.  This is not
  53. the case with Tcl/Tk.  Tcl/Tk code is generally easier to glance at and
  54. understand.
  55.  
  56. For me at least, I use Perl for everything I can and Tcl/Tk mostly for the
  57. wonderful Tk front end capabilities.  I confess that I learned Perl before
  58. Tcl/Tk and may be somewhat biased, but it is hard to argue with some of the
  59. functionality only available in Perl.  Oh, and I have tought many people of
  60. varying capabilities, Perl.
  61.  
  62. => |John Viega                           "Non-structurally equivolent types in C|
  63.  
  64. --
  65. Hope this helps,
  66. Jim Shapiro
  67.